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Abstract: 

The greater Dayton area has begun building the nation's first advanced technology network for 
sharing patient medical information among independent hospitals. Its success in doing so has 
resulted from the surmounting of numerous business and technical barriers. Others planning to 
develop such networks can learn from the Dayton experience. 
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[Headnote] 

The greater Dayton area has begun building the nation's first advanced technology community 
network for sharing patient medical information among independent hospitals. Its success in doing 
so has resulted from the surmounting of numerous business and technical barriers. Others planning 
to develop such networks can learn from the Dayton experience. 

[Headnote] 
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hospital information systems management 

The greater Dayton area has already taken steps to surmount major barriers facing communities seeking to build 
health information networks and has developed the nation's first advanced technology community network and 
associated solutions for sharing patient medical information among independent hospitals. Many observers have 
told us that our community collaboration is unique and that while many other communities are talking about building 
community health information networks (CHINs), we are on the leading edge in actually building one. Although our 
journey is not complete, we hope the following description of our experience will benefit health care in other 
communities. 

REASONS FOR CHINS AND THE BARRIERS TO SUCCESS 

Health care providers and proponents of managed care view the sharing of patient medical information among 
hospitals, physicians, payers, and other health care stakeholders as essential for supporting better quality and more 
cost-effective health care. Since health care is delivered primarily at the local level, the sharing of patient medical 
information to improve health care will yield its greatest benefits if an information-sharing network infrastructure is 
established at the local level, this is to say, a metropolitan community and its surrounding counties. Future health 
care delivery will rely on CHINs to support interconnection of health care players primarily within a community but 
secondarily across communities. 

Barriers to developing computer-based systems for sharing information have severely limited opportunities for the 
health care improvements expected from CHINs. Business barriers include limited incentives for competitors to 
collaborate in developing community networks and high infrastructure costs for starting and operating a network. 
These barriers prevent a critical mass of health care stakeholders with a variety of applications from participating in 
a community network. This critical mass of participants and applications is needed to spread high infrastructure 
costs and provide a net benefit to participants. Technical barriers include the lack of a standard computerbased 
patient record, the existence of a large number of diverse hardware and software systems in hospitals and physician 
offices, and the lack of standards for accessing, retrieving, and communicating confidential patient information from 
a variety of distributed sources. 

THE GREATER DAYTON AREA PATIENT HEALTH INFORMATION NETWORK 
Getting started 

What led competing hospitals in this community to collaborate? Did they have a business incentive? Did they have a 
mandate? The Greater Dayton Area Patient Health Information Network found its roots in a simple question about 
the ability of physicians at one local hospital to check on patients in other area hospitals using an electronic medical 
record. 

In January 1993, with help from the Greater Dayton Area Hospital Association (GDAHA), the medical records 
directors and heads of information systems in six competing GDAHA hospitals-Children's Medical Center, Good 
Samaritan Hospital and Medical Center, Grandview Hospital, Kettering Medical Center, Miami Valley Hospital, and 
St. Elizabeth Medical Center-met to discuss the status of a computerbased patient medical record (CPR) in their 
hospitals and the possibilities for the future. Although everyone foresaw future implementation of a CPR, no one 
expected an immediate implementation of an integrated health information network. 

At the same time, ©Ameritech began looking for projects in the Dayton area to demonstrate the value of a fiber 
optic network. It agreed to support a proposed demonstration project involving the six hospitals sharing patient 
medical records. This project appeared to meet the criteria of its quest for alternative forms of regulation and 
related commitment to the governors of the Great Lakes states to upgrade the states' communications 
infrastructure; furthermore, it provided an opportunity to develop new business. 

The demonstration project was brought to the attention of (ilBM, which is a major technology supplier to five of the 
six hospitals. ®IBM proposed to support the hospitals' use of the Medical Records Plus/400 image processing 
hardware and software solution to store and display patient medical records. ( IBM viewed its participation as an 
opportunity to establish market leadership and develop new business. 

The ^Ameritech and @IBM proposals were subsequently presented to the group discussing the CPR, Although the 
demonstration project did not necessarily meet the mission of developing a computerized patient record, the group 
concurred that it would aid in attaining this mission since it would be a way to begin linking the hospitals, and it would 
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provide considerable computer and communications technology and services to the hospitals at little out-of-pocket 
cost. The Community Patient Health Information Network (CPHIN) task force was formally established under the 
auspices of GDAHA with approval of the hospitals' chief executive officers. 

The guiding vision and funding commitments 

The vision guiding the task force had three phases. The first phase involved interconnecting the hospitals to share 
patient medical records. This phase lasted for 2 years. The second (current) phase envisions expanding the scope 
of the network to other hospitals in GDAHA as well as physicians. The third phase envisions expanding the network 
to the rest of the stakeholders in the health care continuum. 

To initiate the first phase, the CPHIN committee began researching available outside sources of funding to help 
realize this vision. The University of Dayton joined the committee's efforts to help seek external funds and to 
facilitate an independent evaluation of the project. The University saw its early contribution as an opportunity to 
provide community service, conduct research, and develop support for subsequent participation in the project. A 
proposal for going beyond basic patient information sharing was developed for the Advanced Research Projects 
Agency (ARPA) of the U.S. Department of Defense. At this time the CPHIN committee also solicited U.S. Air Force 
Medical Center Wright-Patterson, a regional military medical center and member of GDAHA, to become a part of 
the project. Developing the proposal led €) Ameritech , participating hospitals, < §IBM , and the University of Dayton to 
commit approximately $5 million to the project. For the reasons noted above, these commitments were promised 
even if ARPA funding did not materialize. 

Without waiting for the ARPA funding, the partnership began collaborating to build the Greater Dayton Area Patient 
Health Information Network. The committee was eventually notified that the ARPA proposal was not selected for 
funding. Although this lack of additional funds did not hamper the development of the network, more applications 
and more participants will eventually need to be added to build a sustainable community network. Additional funding 
may be sought from other sources to help us make these additions and, thereby, reach critical mass. 

Partnership accomplishments 

Achievements include (a) interconnecting the seven hospitals over a leading edge fiber optic (SONET DS3), ATM 
(Asynchronous Transfer Mode)-switched network running through five S Ameritech central offices in the Dayton 
area, (b) jointly developing and agreeing on a communitywide confidentiality policy for patient information and 
developing procedures to assure that patients can effectively exercise their right to maintain the privacy of their data, 
(c) installing SIBM's state-of-the-art Medical Records Plus/400 computer systems in the seven hospitals to share 
images of patient medical records, (d) designing an interactive network query and retrieval function for easy 
end-user access to patient information by physicians and other authorized staff, and (e) sharing patient information 
among the seven participating hospitals. 

The solutions we have developed enable health care providers, currently restricted to physicians and staff in 
emergency and medical records departments in the seven participating hospitals, to have computerized access to a 
brief history (up to three years initially) of all patient encounters at any of the seven hospitals. For anyone who is an 
inpatient (for most of the seven hospitals), a broad set of medical information (including, but not limited to, patient 
demographics and encounter description, history and physical, discharge summary, lab reports, radiology reports, 
and postoperative reports) from the inpatient encounter will be stored in an optical image database at the hospital 
where the encounter occurs. If the patient subsequently enters any of the seven hospitals for treatment, a virtual 
longitudinal medical record is available to aid in treating the patient when an authorized end user queries the 
distributed brief encounter index and medical information databases in the seven independent hospitals. 

The unique nature of these accomplishments is evident from recent CHIN conferences (e.g., in Phoenix, Atlanta, 
and Columbus). Although conference participants have talked considerably about building CHINs, almost no 
implementations have been detailed, as could be expected given the business and technical barriers. The few 
CHINs that have been implemented tightly constrict the meaning of community and are more like enterprise 
networks since they involve a single hospital or affiliated hospitals rather than competing hospitals. Furthermore, the 
applications implemented are more traditional character-based applications, where a higher speed, higher cost 
advanced information infrastructure is not required. 

SURMOUNTING BUSINESS BARRIERS 

Limited incentives to collaborate and high cost of infrastructure 
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Given their long-standing competitive history, hospital executives are not likely to view the building of a network to 
share patient information with competitors as a strategic initiative. At first glance one could assume they may even 
be opposed to sharing information with competitors. As a result, they are more likely to view the building of a 
network to share information with business partners in a managed care environment a higher priority. Consequently, 
the incentives and resources for building and operating a health information network are often unavailable. 

Why have the seven GDAHA hospitals been able to surmount these business barriers? We suggest five related 
explanations: 

1 . The hospital resources required for this demonstration health information network have been so limited that they 
do not compromise higher priority projects. 

2. Vendors have seen their contributions as investments that will provide future returns. 

3. The sharing of patient information is important for serving physicians and improving health care. 

4. Patient medical information is not a strategic resource vis-a-vis competitors. 

5. The hospital leaders of medical records and information systems do have incentives to provide the limited internal 
resources required for building and operating this network. Further discussion of these explanations illustrates how 
business-related barriers to a health information network were addressed and overcome. 

Surmounting the high cost barrier 

To build and operate the infrastructure for 2 years, the hospitals committed a total of about $800,000 in cash and 
full-time equivalent staff members, less than $125,000 per hospital. Over 80 percent of the total project funding 
came from vendor contributions. Thus, the high cost of entry to the world of health information networks was 
reduced so low that the network did not have to compete with other hospital priorities for capital investment. Hospital 
leaders of medical records and information systems were able to provide in-kind support through the allocation of 
limited staff time and energy to the project. 

©Ameritech and C flBM provided financial incentives through the contribution of technology and services. Their 
involvement allowed them to explore market potential. Their goal was to assist network participants in achieving 
enough improvement in quality or cost of health care that this experience would be a model they could describe to 
other communities or potential participants. This experience could help SAmentech and ®IBM develop new 
business relationships if it produced benefits justifying the expense of the equipment and services participants must 
purchase. Such results would make a good story. The involvement of both ( iAmeritech and @IBM provide evidence 
that they believed the story will be a good one and that local health care markets would support networks of various 
participants. Their willingness to make contributions to and collaborate with the Greater Dayton Area Patient Health 
Information Network also provides evidence that they understand health information networks are in their early 
stages of development. Consequently, the benefits of such networks are not clearly specifiable and must be 
explored. Given the high cost of entry, the uncertain benefits, and the other barriers that must be surmounted to 
implement a CHIN, the vendors 1 support indicates they recognize it is in their interest to help support 
implementation. Without such support they would not have a story to tell. 

Surmounting the limited incentives barrier 

Surmounting the disincentive to share information 

Information that gives a hospital competitive advantage is not at the granular level of patient medical records. 
Aggregations of that data are expensive to develop and of questionable competitive value, particularly relative to 
other data. Sharing patient medical records across hospitals does make it possible to provide better service to 
patients and the physicians who serve them, particularly when patients receive treatment in multiple locations. Thus, 
overcoming the barrier to share patient information was simply a matter of understanding what was to be shared 
and why. 

Surmounting the limited incentives for hospital leaders to collaborate 

Hospitals in the greater Dayton area have a history of collaboration, unlike hospitals in many other metropolitan 
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areas. Joint initiatives like the development of the Dayton Area Health Plan, a Medicaid health maintenance 
organization (HMO), and the GDAHA/ Andrews University Masters in Physical Therapy program testify to the 
region's ability to effectively work together. The hospital leaders who have collaborated on this project, specifically 
those responsible for medical records and information systems, realize they will benefit from the collaboration. 
Those responsible for medical records have an incentive to develop a computer-based patient record, which was 
the initial focus of the collaborators. Providing better service through improved accessibility of the medical record for 
patient care and research are examples of those incentives. Those responsible for information systems also have 
an incentive to collaborate on this project. For example, collaboration provides them opportunities to provide a 
valuable service to their medical records directors while obtaining and working with state-of-the-art technology. 

SURMOUNTING TECHNICAL BARRIERS 

Building the infrastructure for the Greater Dayton Area Patient Health Information Network has required us to 
surmount several technical barriers. These barriers include: 

the lack of experience with the advanced communications technology provided by SAmeritech . 
lack of a standard computer-based patient record, 

the use of diverse hardware and software systems in the participating hospitals, 
the lack of standards for accessing and retrieving patient information, and 
the need to address the confidentiality of patient data. 

This section describes how we have surmounted the barrier associated with each technical component and, where 
appropriate, explains the technical component. 

Surmounting inexperience in using advanced communications technology 

We structured the project as a 2-year demonstration project to give hospitals an opportunity to learn about the 
leading edge fiber optic network @ Ameritech installed. The network is not currently used to support mission critical 
applications. 

Several technical barriers were addressed by a committee of experts in network technology from @Ameritech , 
@1BM. each of the hospitals, and Wellfleet. Wellfleet became involved as we sought to answer the early question of 
how the high speed wide area network would be connected to the slower local area networks in the hospitals. We 
purchased connecting devices, known as routers, from Wellfleet after discovering speed incompatibilities in the 
implementations of new technologies provided by ®IBM and ©Ameritech. We subsequently discovered network 
incompatibility problems with the routers that have since been resolved. As implementers of new technologies we 
expected to encounter these kinds of problems even though we did not know exactly what they would be. 

Our wide area network between hospitals operates at 45 million bits per second but is capable of operating at 
higher speeds as the need emerges. It supports transmission of not only traditional character data but also patient 
information that in the future will increasingly involve voice, images, and video. It is flexible enough to handle 
different volumes and speeds demanded by various players in the health care environment (e.g., radiologists 
conducting interactive video consultations throughout the day while manipulating radiologic images observable at 
each site versus a physician's office obtaining a single patient's latest lab report). This network should have the 
capacity and flexibility to accommodate changing technology and demand well into the next decade. 

Surmounting the lack of a computer-based patient record 

No standard computer-based medical record currently exists in the health care industry; nevertheless, a standard 
set of patient medical data has been agreed upon by a committee of all medical records directors from the seven 
participating hospitals. The agreed upon data were selected to support treatment decisions. 

Reaching agreement on the patient data to include is a step toward a standard computer-based patient record. The 
resulting record includes, but is not limited to, patient demographics and encounter description, history and physical, 
discharge summary, lab reports, radiology reports, and postoperative reports. This standard medical information 
has been stored using S )IBM 's Medical Records Plus/400 system for each inpatient during the demonstration period. 
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In addition, each hospital agreed to use data from its master patient index to create and maintain an encounter 
index as the basis for accessing and retrieving patient medical information. 

Each hospital is responsible for maintaining its own databases for the encounter index and patient information. This 
distributed database was selected over a central data repository to maintain each hospital's responsibility for 
managing its own data. This distributed approach avoids sensitive organizational barriers related to matters such as 
data security and ownership in a central repository. 

Surmounting the diverse computer software and hardware barrier 

To use patient medical information, CHIN participants need software and hardware to connect to the wide area 
network so they can query encounter indices and retrieve patient medical information. To supply patient medical 
information, CHIN participants also need software and hardware for storing the encounter index and patient medical 
information databases. We overcame part of this technical barrier by having a common set of ®IBM hardware and 
software at each hospital. Since five of the original six hospitals in the project were already 8IBM customers, 
overcoming this barrier was easier. 

Getting patient information from each hospital's diverse software systems into a common format was necessary. 
Hospital applications programmers along with ( ilBM support staff and other vendors had to develop interfaces for 
transferring encounter index and patient medical information from various hospital systems (e.g., patient 
registration, transcription, and lab) to a common format. The development of these interfaces and the movement of 
the data into the commonly formatted encounter index and patient medical information databases was a nontrivial 
task. One estimate of the human resource commitment to this task is about one-fourth of an individual's time for 
each hospital. For example, the head of information systems in one hospital estimated that he had an applications 
programmer devoted to these activities for about 6 person-months during a 2-year period. 

Surmounting the lack of a standard query and retrieval capability 

How do we query and retrieve the patient data residing in remote distributed databases and how do we interface 
this query with SIBM's Medical Records Plus/400 system? Led by consultant and programming staff from ©IBM, a 
design team of health information managers and applications programming staff from the hospitals designed the 
query. i) IBM developed the software to implement (a) the query into the encounter indices and (b) the subsequent 
retrieval of requested patient medical information. Across hospitals, implementation is based on a peer-to-peer (AS/ 
400 to AS/400) network architecture with each peer responsible for responding to peer queries to its encounter 
index and retrieval requests to its patient medical information database. Within each hospital, implementation is 
based on a client-server (workstation to AS/400) architecture with the client responsible for image display once 
documents are retrieved and the server responsible for all other functions, including the initiation of a network query 
and subsequent document retrieval. The design and development of this capability has required a significant 
amount of time from hospital and ®IBM staff. One estimate of the human resource commitment to this task within 
each hospital is about 9 person-months over a 2-year period, while for CSIBM it is about 1 8 personmonths over this 
same time. 

Surmounting concerns for patient confidentiality 

How do we ensure the patient's right to privacy? Although we tend to submerse ourselves in the technological 
parameters of information networks, it is issues such as patient confidentiality that must be successfully addressed if 
we are to gain community support for such endeavors. The health information managers from each of the 
participating hospitals convened and over several meetings began developing policy and procedures for releasing 
patient information. The ultimate goal of patient confidence in the security of his or her medical information was 
paramount. 

Considerable discussion occurred before consensus was reached on a communitywide policy and procedures 
statement. Much of the discussion focused on how use of the network is an evolution from the current practice of 
sharing patient information via courier, fax, and telephone. Current policies and procedures served as the 
foundation for developing the new statement. Following the development of draft standards the committee 
requested review by legal counsel and physicians responsible for accessing patient information. Once finalized 
these items became a permanent part of the Greater Dayton Area Patient Health Information Network. Basically, 
patients must sign a release before their information can be released to another hospital, except in an emergency, 
where the physician may retrieve whatever available patient information the physician deems appropriate without 
prior patient consent, which is the same procedure the hospitals currently follow. 
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A CHIN makes it possible to store and retrieve patient medical information in ways that were previously infeasible. 
We have taken only the first step in showing that business and technical barriers can be overcome. Future steps 
include extending the network to other stakeholders, such as other hospitals, physicians, and insurers. Additional 
barriers, that is, the ongoing costs of participation, must be overcome by demonstrated benefits. One of the major 
unanswered questions is whether the information stored provides the benefits to justify such costs. To answer this 
question requires additional research on (a) how long specific patient medical information should be stored and (b) 
which information should be retrieved under what circumstances. Developing answers to this question also requires 
the deep involvement of physicians and systematic investigation. The availability of this system for storing and 
retrieving patient medical information across hospitals overcomes one barrier to obtaining an answer. It makes 
conducting such research in a field setting technically feasible. Overcoming barriers to deep physician involvement 
and systematic investigation must still be addressed. 

A CHIN is an important tool for helping a community improve health care while controlling costs. However, the 
business and technical barriers to the development of a CHIN are significant. Hospitals in the greater Dayton area 
have overcome a number of these barriers. Given the lack of other community CHINs, the most surprising result 
perhaps is that these competing hospitals have overcome the limited incentives for competitors to collaborate. 
Although leaders in other communities can learn from our experiences in overcoming this and other barriers, they 
should carefully consider how our experiences can be applied in their communities. Other researchers could 
develop models that help community leaders better understand the barriers they will face and the steps they will 
need to take to develop their own CHIN. 
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